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METHOD AND APPARATUS FOR AVOIDING 
. STARVATION IN COMPUTER NETWORK 

/ BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to a method and 
apparatus for avoiding starvation in a computer network, 

2. Description of the Related Art 

Generally, in a computer network, at least one 
target node which provides service and a plurality of 
initiator nodes which request service from the target 
node are connected to the network. 

In such a computer network, a situation can 
occur where a service request sent from a particular 
initiator node is continually rejected at the target node 
and will not be accepted. This situation is known as 
starvation . 

A variety of methods are practiced to avoid 
such starvation but, in any method, an area of a certain 
number of bits, as a field for carrying information for 
avoiding starvation, must be provided in a packet 
transferred between a target node and an initiator node. 
This results in an increase in communication traffic. 
SUMMARY OF THE INVENTION 

The present invention has been devised in view of 
the above problem, and an object of the invention is to 
provide a method and apparatus for avoiding starvation in 
a computer network, capable of minimizing the number of 
bits of the field that must be provided, within a packet, 
to avoid starvation. 

To achieve the above object, according to the 
present invention, there is provided a method for 
avoiding starvation at an initiator node in a computer 
network to which are connected at least one target node 
which provides service and a plurality of initiator nodes 
which request service from the target node, the method 
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comprising: an operation whereby, when a request is 
received from the initiator node during a period that the 
target node is unable to provide service, a reject reply 
is returned by attaching thereto reject time information 
5 that matches the period; an operation whereby, when the 

target node is in a state capable of providing service, a 
retry request carrying older reject time information is 
preferentially accepted; and an operation whereby, when 
the target node is in the state capable of providing 

10 service, a reject reply is returned by attaching thereto 
new reject time information in response to any first 
request received before retry requests arising from 
previously rejected requests are all accepted. 

According to the present invention, there is also 

15 provided a method for avoiding starvation at an initiator 

node in a computer network to which are connected at 
least one target node which provides service and a 
plurality of initiator nodes which request service from 
the target node, the method comprising: (a) an operation 

20 whereby, when a first request is received at the target 
node when the target node is in a state capable of 
providing service, the first request is accepted; (b) an 
operation whereby, when a first request is received at 
the target node after the target node has moved to a 

25 state incapable of providing service, a reject reply is 

returned in response to the first request by attaching 
thereto reject time information consisting of at least 
one bit; (c) an operation whereby, when a retry request 
is received at the target node after the target node is 

30 restored to the state capable of providing service, the 
retry request is accepted depending on the reject time 
information attached to the retry request; and (d) an 
operation whereby, at the target node staying in the 
state capable of providing service, when a retry request 

35 is received, the retry request is processed in the same 

manner as in the operation (c), while when a first 
request is received, a reject reply is returned by 



- 3 - 



attaching thereto reject time information. 

According to the present invention, there is also 
provided a method for avoiding starvation at an initiator 
node in a computer network to which are connected at 
5 least one target node which provides service and a 

plurality of initiator nodes which request service from 
the target node, the method comprising: (a) an operation 
whereby, at the target node, a first parameter CE 
consisting of at least one bit, a second parameter SE 

10 consisting of the same number of bits as the number of 
bits of the first parameter, a third parameter CC 
consisting of the number of bits determined by the number 
of the plurality of initiator nodes, and a fourth 
parameter SC consisting of the same number of bits as the 

15 number of bits of the third parameter are all initialized 

to 0; (b) an operation whereby the initiator node sends a 
first request to the target node; (c) an operation 
whereby, when the first request is received at the target 
node, if CE = SE and SC = 0 and if the target node is in 

20 a state capable of providing service, the first request 
is accepted; (d) an operation whereby, when the first 
request is received at the target node, if CE = SE and SC 
> 0 or if CE = SE and the target node is in a state 
incapable of providing service, then the CE is 

2 5 incremented, the CC is set to 1, and in response to the 

first request a reject reply is returned by attaching 
thereto the value of the CE; (e) an operation whereby, 
when the first request is received at the target node, if 
CE * SE , the CC is incremented and a reject reply is 
30 returned by attaching thereto the value of the CE; (f) an 
operation whereby the initiator node that received the 
reject reply sends a retry request to the target node by 
attaching thereto a fifth parameter RE whose value is 
equal to the value of the CE attached to the reject 

3 5 reply; (g) an operation whereby, when the retry request 

is received at the target node, if CE = SE and SC = 0 and 
if the target node is in the state capable of providing 
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service, the retry request is accepted; (h) an operation 
whereby, when the retry request is received at the target 
node, if RE = SE+1 and SC = 0 and if the target node is 
in the state capable of providing service, then the SE is 
5 incremented, the SC is set to CC-1, and the retry request 
is accepted; (i) an operation whereby, when the retry 
request is received at the target node, if RE = SE and SC 
> 0 and if the target node is in the state capable of 
providing service, then the SC is decremented and the 
10 retry request is accepted; and (j) an operation whereby, 
when the retry request is received at the target node, if 
any of execution conditions in the operations (g), (i), 
and (j) is not satisfied, a reject reply is returned by 

^ attaching thereto the value of the RE in response to the 

m 15 retry request. 

Y\ According to the present invention, there is also 

M= provided an apparatus for implementing each of the above 

~j methods. According to the present invention, there is 

z also provided a recording medium readable by the 

O 2 0 apparatus and storing thereon a program for implementing 

r\ each of the above methods . 

M= BRIEF DESCRIPTION OF THE DRAWINGS 

if Further features and advantages of the present 

~~ invention will be apparent from the following description 

2 5 with reference to the accompanying drawings, in which: 
Figure 1 is a diagram showing one example of a 
computer network to which the present invention may be 
applied; 

Figure 2 is a diagram showing one example of the 
30 hardware configuration of a target node carrying out the 

present invention ; 

Figure 3A is a diagram showing the format of a 
request packet transmitted from an initiator node to a 
target node, and Figure 3B is a diagram showing the 
35 format of a reply packet transmitted from the target node 
to the initiator node; 

Figures 4A and 4B are a flowchart illustrating the 



sequence of processing performed at the target node when 
a request is received; 

Figure 5 is a flowchart illustrating the sequence of 
processing performed at the initiator node when a reply 
packet is received; 

Figure 6 is a diagram showing various states of the 
target nodes and actions and state transitions occurring 
at the target nodes; 

Figure 7 is a sequence chart showing one typical 
operational example, and 

Figure 8 is a sequence chart showing another typical 
operational example . 

DESCRIPTION OF THE PREFERRED EMBODIMENTS 

Figure 1 is a diagram showing a computer network 10 
to which the present invention may be applied. To the 
computer network 10 are connected a computer 12 as one 
target node which provides service and computers 14 as a 
plurality of initiator nodes which request service from 
the target node. The computer network 10 shown in Figure 
1 has a ring topology, but the present invention can also 
be applied to a computer network of another topology such 
as a star topology or bus topology as long as the 
topology is such that at least one target node and a 
plurality of initiator nodes are connected to the 
network. 

Figure 2 is a diagram showing one example of the 
hardware configuration of the target node 12 in Figure 1. 
As shown in the figure, the target node 12 consists 
essentially of a central processing unit (CPU) 20, a 
memory 22, and a network interface unit 24. The CPU 20 
executes programs loaded into the memory 22 from various 
recording media. 

The network interface unit 24 includes a register 
for storing a collect epoch (CE), a parameter consisting 
of at least one bit and used in the processing described 
later, and a register for storing a service epoch (SE), a 
parameter consisting of the same number of bits as that 
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of the CE. The network interface unit 24 further 
includes a counter CC corresponding to the CE and a 
counter SC corresponding to the SE. The number of bits 
of the counter CC is equal to that of the counter SC, and 
5 is determined according to the number of initiator nodes 
14. 

Figure 3A is a diagram showing the format of a 
request packet transmitted from an initiator node 14 to 
the target node 12; only those portions concerned with 

10 the present invention are shown here. The RETRY field 

consists of one bit; a bit value of 0 indicates that the 
request packet is related to a first request, while a bit 
value of 1 indicates that the packet is sent as a retry 
request which is issued after the previous request is 

15 rejected. The EPOCH field consists of the same number of 
bits as the number of bits of the collect epoch CE or the 
service epoch SE, and has meaning only when the value of 
the RETRY bit is 1. The meaning of each field will 
become apparent in the description given later. 

20 Figure 3B is a diagram showing the format of a reply 

packet transmitted from the target node 12 to the 
initiator node 14; only those portions concerned with the 
present invention are shown here. The REJECT field 
consists of one bit. The target node 12 responds by 

2 5 setting the REJECT bit to 0 when accepting the request 

from the initiator node 14, and by setting the REJECT bit 
to 1 when rejecting the request. In Figure 3B also, the 
EPOCH field consists of the same number of bits as the 
number of bits of the collect epoch CE or the service 

3 0 epoch SE, and has meaning only when the value of the 

REJECT bit is 1. The meaning of each field will become 
apparent in the description given later. 

Figures 4A and 4B are a flowchart illustrating the 
sequence of processing performed at the target node 12 
3 5 when a request is received. At the target node 12, the 
collect epoch CE, the service epoch SE, the collect 
counter CC, and the service counter SC are all 
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initialized to 0 during system power up. 

When a request is received from an initiator node 
14, first it is determined in operation 102 whether the 
RETRY bit in the request packet (Figure 3A) is set to 1 
5 or not* When RETRY = 1, that is, when the received 
request is a retry request, the process proceeds to 
operation 116; on the other hand, when RETRY = 0, that 
is, when the received request is the first request, the 
process proceeds to operation 104. 
10 In operation 104, it is determined whether the value 

of the collect epoch is equal to the value of the service 
epoch; when CE = SE, the process proceeds to operation 
10 8, but when CE * SE, the process proceeds to operation 
*s 10 6. In operation 108, it is determined whether the 

jt: 15 service counter indicates 0 and, at the same time, it is 

yg determined whether the requested service is available for 

delivery. The state of the service being available for 
j= delivery will be described as "room available". When the 

5 conditions in operation 108 are both satisfied, the 

Jl 2 0 process proceeds to operation 112 where the first request 

Ly is accepted and the reply packet (Figure 3B) with the 

[I REJECT bit set to 0 is sent to the requesting initiator 

p node 14. 

On the other hand, if the conditions in operation 
25 108 are not satisfied, the process proceeds to operation 

110 where the collect epoch CE is incremented and the 
collect counter CC is set to 1. Next, in operation 114, 
the REJECT bit is set to 1, and the reply packet (Figure 
3B) is sent to the requesting initiator node 14. At this 
30 time, the current value of the collect epoch CE is set in 
the EPOCH field of the reply packet. 

In operation 106, which is carried out when it is 
determined that CE * SE in operation 104, the collect 
counter CC is incremented. Next, the processing in 
35 operation 114 described above is carried out. 

Before proceeding to the description of the process 
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of Figure 4B, the process performed at the initiator node 
when the reply packet is received will be described with 
reference to the flowchart of Figure 5. When the reply 
from the target node 12 is received, first it is 
5 determined in operation 202 whether the REJECT bit in the 

reply packet (Figure 3B) is set to 1 or not. When REJECT 
= 1, that is, when the previously sent request has been 
rejected, the process proceeds to operation 204; on the 
other hand, when REJECT = 0, that is, when the request is 

10 accepted, nothing is done. 

In operation 204, a prescribed time interval is 
allowed to pass. Then, in the next operation 206, the 
RETRY bit is set to 1 in order to transmit a retry 
request and the request packet (3A) thus set is sent to 

15 the target node 12. At this time, the value of the EPOCH 
carried in the received reject reply packet is copied to 
the EPOCH field of the request packet. 

Turning back to Figures 4A and 4B, in operation 116 
which is carried out when it is determined that RETRY = 1 

20 in operation 102, it is determined whether the condition 

"room available" is satisfied; if the result shows YES, 
the process proceeds to operation 118, but if the result 
shows NO, the process proceeds to operation 128. 

In operation 118, it is determined whether the value 

25 of the collect epoch CE is equal to the value of the 

service epoch SE and, at the same time, the service 
counter SC indicates 0. If the result shows YES, that 
is, if CE = SE and SC = 0, the process proceeds to 
operation 130, but if the result shows NO, the process 

30 proceeds to operation 120. In operation 130, the retry 

request is accepted and the reply packet (Figure 3B) with 
the REJECT bit now set to 0 is sent to the requesting 
initiator node 14. 

In operation 120, the value carried in the EPOCH 

35 field of the request packet is taken as a request epoch 

RE, and it is determined whether the RE is equal to SE+1 
and, at the same time, the service counter SC indicates 
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0. If the result shows YES, that is, if RE = SE+1 and SC 
= 0, the process proceeds to operation 122, but if the 
result shows NO, the process proceeds to operation 124. 
In operation 122, the service epoch SE is incremented and 
5 the service counter SC is set to CC-1, after which the 

process proceeds to operation 130. In operation 130, the 
retry request is accepted as described above. 

In operation 124, it is determined whether RE = SE 
and SC > 0; if the result shows YES, the process proceeds 

10 to operation 126, but if the result shows NO, the process 
proceeds to operation 128. In operation 126, the service 
counter SC is decremented, and the process proceeds to 
operation 130. In operation 130, the retry request is 
accepted as described above. 

15 On the other hand, in operation 12 8, the REJECT bit 

is set to 1 and the reply packet (Figure 3B) thus set is 
sent to the requesting initiator node 14. At this time, 
the value carried in the EPOCH field of the received 
request packet, that is, the value of the request epoch 

20 RE, is set directly in the EPOCH field of the reply 
packet. The series of operations for processing the 
first request and the retry request is thus completed. 

Now, referring to Figure 6, a description will be 
given of what state the target node 12 can take in 

25 accordance with the algorithm of Figures 4A and 4B and 

what action and state transition occur in response to a 
request sent from the initiator node 14. in Figure 6, 
"A" indicates "room available" and "N" represents "room 
not available", while F designates a first request and R 

30 a retry request. 

After initialization, CE = SE and SC = 0 . This 
state will be referred to as the idle state. Here, if a 
first request or a retry request arrives when the target 
node is in the idle state and when the condition "room 

35 available" holds, the target node accepts the request and 

stays in the idle state. In Figure 6, this action and 
state transition pattern is indicated by an arrow exiting 
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the circle of the idle state and represented by the 
description 

A: F or R; ACCEPT 
attached to the arrow. 
5 If a retry request arrives when the target node is 

in the idle state and when the condition "room not 
available" holds, the target node returns a reject reply 
by attaching to it the same request epoch RE as attached 
to the retry request. This pattern is indicated by an 

10 arrow exiting the circle of the idle state and 

represented by the description 

N: R; REJECT (RE) 
attached to the arrow. Actions and state transitions are 
likewise shown hereinafter. 

15 Next, if a first request arrives when the target 

node is in the idle state and when the condition "room 
not available" holds, the target node increments the CE, 
sets the CC to 1, and returns a reject reply by attaching 
the current CE to it, while at the same time, making a 

20 transition to a collect state. The collect state refers 

to the state in which CE = SE+1 and SC = 0 . 

If a first request arrives in the collect state, 
regardless of the condition "room available" or "room not 
available" , the target node increments the CC and returns 

25 a reject reply by attaching the current CE to it. If a 
retry request arrives when the target node is in the 
collect state and when the condition "room not available" 
holds, the target node returns a reject reply by 
attaching to it the same request epoch RE as attached to 

30 the retry request. When in the collect state and when 

the condition "room available" holds, if a retry request 
arrives whose RE value is not equal to the current CE, 
the target node returns a reject reply by attaching the 
same RE to it. 

35 On the other hand, when in the collect state and 

when the condition "room available" holds, if a retry 
request arrives whose RE value is equal to the current 
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CE, the target node increments the SE, sets the SC to CC- 
1, accepts the retry request, and makes a transition to a 
service state. The service state refers to the state in 
which CE = SE and SC > 0 . This action pattern is 
5 indicated by an arrow exiting the collect state and 
represented by the description 

A: R(RE=CE); SE <- SE+1, SC «- CC-1, ACCEPT 
attached to the arrow. 

If a retry request arrives when the target node is 

10 in the service state and when the condition "room not 

available" holds, the target node returns a reject reply 
by attaching to it the same RE as attached to the retry 
request. When in the service state and when the 
condition "room available" holds, if a retry request 

15 arrives whose RE value is not equal to the current SE, 
the target node returns a reject reply by attaching the 
same RE to it. 

On the other hand, when in the service state and 
when the condition "room available" holds, if a retry 

2 0 request arrives whose RE value is equal to the current 

SE, the target node decrements the SC and accepts the 
retry request. Here, if SC = 0 as the result of 
decrementing the SC, a transition is made to the idle 
state . 

25 If a first request arrives in the service state, 

regardless of the condition "room available" or "room not 
available", the target node increments the CE, sets the 
CC to 1, and returns a reject reply by attaching the 
current CE to it, while at the same time, making a 

30 transition to a service & collect state. The service & 

collect state refers to the state in which CE = SE+1 and 
SC > 0 . When in the service & collect state and when the 
condition "room available" holds, if a retry request 
arrives whose RE value is not equal to the current SE, 

35 the target node returns a reject reply by attaching the 
same RE to it. If a retry request arrives when the 
condition "room not available" holds, the target node 
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returns a reject reply by attaching to it the same RE as 
attached to the retry request. 

Further, in the service & collect state, if a first 
request arrives, regardless of the condition "room 
5 available" or "room not available", the target node 

increments the CC and returns a reject reply by attaching 
the current CE to it. when the condition "room 
available" holds, if a retry request arrives whose RE 
value is equal to the current SE, the target node 

10 decrements the SC and accepts the retry request. Here, 
if SC = 0 as the result of decrementing the SC, a 
transition is made to the collect state. 

As can be seen from the above description, the CE 
always takes a value equal to that of the SE or advanced 

15 by 1 relative to that of the SE. In the collect state or 
the service & collect state where the CE takes a value 
advanced by 1 relative to that of the SE, the first 
request is rejected and the number of rejected requests 
is counted as CC. In the service state or the service & 

20 collect state where SC > 0, the SC whose initial value is 
equal to the CC representing the result of the counting 
is decremented each time a retry request whose RE value 
is equal to the SE is accepted. In the service & collect 
state, any first request is continually rejected by 

2 5 attaching the current CE, until the SC becomes equal to 

0. In this way, the target node preferentially processes 
previously rejected requests in sequence, and starvation 
is thus avoided. The epoch functions as a parameter 
defining reject time information. 

3 0 Typical operational examples are shown in the 

sequence charts of Figures 7 and 8 to facilitate 
understanding of the present invention. First, the 
example of Figure 7 will be described. When the collect 
epoch CE, the collect counter CC, the service epoch SE, 
35 and the service counter SC are all cleared to 0 by 

initialization and the target node is in the idle state 
(CE = SE and SC = 0 ) , packets F lf F 2 , and F 3 , each 
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relating to a first request, are sent and are all 
accepted. 

Before long, the target node becomes "room not 
available"; at this time, when a packet F 4 relating to a 
5 first request arrives, the CE is incremented to 1, the CC 

is set to 1, and a reject reply is returned by attaching 
CE = 1 to it. As a result, the target node makes a 
transition to the collect state (CE = SE+1 and SC = 0 ) . 
In this collect state, when packets F 5 and F 6 , each 

10 relating to a first request, arrive, reject replies are 

likewise returned by attaching CE = 1 to each, and the CC 
is incremented from 1 to 2 and from 2 to 3 . At this 
time, when a packet R 4 (with RE=1 attached to it) arrives 
which carries a retry request for the packet F 4 relating 

15 to the previously rejected first request, a reject reply 

is returned by attaching the same RE to it. 

Before long, the target node becomes "room 
available". At this time, when a packet R 5 (RE=1) 
carrying a retry request for the previously rejected F 5 

2 0 arrives, the SE is incremented to 1, the SC is set to CC- 

1 = 3-1 = 2, and the retry request is accepted. As a 
result, the target node makes a transition to the service 
state (CE = SE and SC > 0 ) . 

In this service state, when a packet R 4 (RE=1) 

25 carrying a retry request for the previously rejected F 4 
arrives, the retry request is accepted and the SC is 
decremented to 1. Next, when a packet R 6 (RE=1) carrying 
a retry request for the previously rejected F 6 arrives, 
the retry request is accepted and the SC is decremented 

30 to 0 . As a result, the target node returns to the idle 

state (CE=SE and SC=0). 

Next, the sequence chart of Figure 8 will be 
described. In this example, transitions are made from 
the idle state to the collect state, then to the service 

35 state in the same manner as in the example of Figure 7. 

in the example of Figure 8, however, a packet F 7 relating 
to a first request arrives when the target node is in the 



service state; as a result, the CE is incremented to 2, 
the CC is set to 1, and the request is rejected by 
attaching CE=2 . Then, the target node makes a transition 
to the service & collect state (CE = SE+1 and SC > 0 ) . 
5 In this service & collect state, a retry request 

whose RE value is equal to the current SE=1 is accepted 
and the SC is decremented, while on the other hand, any 
first request is rejected by attaching CE=2 . When SC 
becomes equal to 0, the target node makes a transition to 

10 the collect state (CE = SE+1 and SC = 0 ) . The operation 
thereafter is self-explanatory. In this way, the target 
node makes transitions between the four states* 

According to the above explanation, the first 
request will not be accepted until after retry requests 

15 for the previously rejected requests have all been 

accepted, that is, until after the SC becomes equal to 0. 
In this case, the epoch could do with one bit. However, 
depending on the system, there can occur situations where 
retry requests are not made for some reason. In such 

20 situations, the process cannot proceed further since the 
SC does not become equal to 0 . 

In view of this, it is effective to include a 
timeout process whereby the time elapsing until the SC 
becomes 0 is monitored and, when a predefined time 

25 interval has elapsed, the SC is forcefully reset to 0 to 

allow the process to proceed further. When providing 
such a timeout process, it would be worthwhile to 
construct the epoch with multiple bits. The reason is 
that, if the epoch consists of multiple bits, when a 

30 retry request arrives, the time that the previous request 

was rejected can be recognized and processing appropriate 
to the result can be performed. 

The invention may be embodied in other specific 
forms without departing from the spirit or essential 

35 characteristics thereof. The present embodiment is 

therefore to be considered in all respects as 
illustrative and not restrictive, the scope of the 
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invention being indicated by the appended claims rather 
than by the foregoing description and all changes which 
come within the meaning and range of equivalency of the 
claims are therefore intended to be embraced therein. 



